home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / tcp / 940007.txt < prev    next >
Internet Message Format  |  1994-11-13  |  12KB
  1. Date: Tue, 11 Jan 94 04:30:09 PST
  2. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  3. Errors-To: TCP-Group-Errors@UCSD.Edu
  4. Reply-To: TCP-Group@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: TCP-Group Digest V94 #7
  7. To: tcp-group-digest
  8.  
  9.  
  10. TCP-Group Digest            Tue, 11 Jan 94       Volume 94 : Issue    7
  11.  
  12. Today's Topics:
  13.                            AMPR.org Domain
  14.                        BBS landline/packet/nos
  15.            Extended KISS and SMACK specifications? (3 msgs)
  16.                              JNOS and BPQ
  17.                             KISS and SLIP
  18.                         Landline bbs / packet
  19.                     NOS FTP drive switch (3 msgs)
  20.  
  21. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  22. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  23. Problems you can't solve otherwise to brian@ucsd.edu.
  24.  
  25. Archives of past issues of the TCP-Group Digest are available
  26. (by FTP only) from UCSD.Edu in directory "mailarchives".
  27.  
  28. We trust that readers are intelligent enough to realize that all text
  29. herein consists of personal comments and does not represent the official
  30. policies or positions of any party.  Your mileage may vary.  So there.
  31. ----------------------------------------------------------------------
  32.  
  33. Date: Mon, 10 Jan 1994 17:40:52 -0800
  34. From: karn@qualcomm.com (Phil Karn)
  35. Subject: AMPR.org Domain
  36. To: ssampson@sabea-oc.af.mil
  37.  
  38. A few weeks ago, I also put some fixes into the ampr.org domain
  39. server.  I was motivated to do it because I run my home BSD machine as
  40. a secondary for ampr.org, and I was getting error messages on my console.
  41.  
  42. By far the most common error was having both a CNAME entry and other record
  43. types (A, MX) for the same domain name. This is illegal. If there is
  44. a CNAME record for a given name, there can be no other records for that
  45. same name.
  46.  
  47. Phil
  48.  
  49. ------------------------------
  50.  
  51. Date: Mon, 10 Jan 94 10:16:54 CST
  52. From: "John Martin" <martin@server.cdpa.state.ms.us>
  53. Subject: BBS landline/packet/nos
  54. To: ham-digital@ucsd.edu, packet-radio@ucsd.edu, tcp-group@ucsd.edu
  55.  
  56. We are currently running a Landline BBS, a Packet BBS and a NOS FTP/Mail 
  57. server. This is using 3 PCs. Our wish is to run all three on a single PC, 
  58. but I know this is not possible (is it??). 
  59.  
  60. Does anyone know of BBS software that will support both a phone and a 
  61. packet connection simultaneously? If so, any idea of the cost?
  62.  
  63. Does anyone know how to Telnet or FTP to a NOS and then access the mail 
  64. and file systems of another PC (the BBS). Is there a NOS that allows this?
  65. Is anyone running a BBS and a NOS on the same PC via Windows or some other 
  66. multitasking shell?
  67.  
  68. Thanks, 73 -- John
  69.  
  70. -----
  71. John Martin, kb5ggo
  72. martin@server.cdpa.state.ms.us
  73. kb5ggo@k5qne.ms.us.na
  74. (601) 924-2545 (h)
  75.  
  76. ------------------------------
  77.  
  78. Date: Mon, 10 Jan 1994 18:07:06 -0800 (PST)
  79. From: Lyndon Nerenberg <lyndon@unbc.edu>
  80. Subject: Extended KISS and SMACK specifications?
  81. To: Phil Karn <karn@qualcomm.com>
  82.  
  83. On Mon, 10 Jan 1994, Phil Karn wrote:
  84.  
  85. > If anything, your NFS example is more closely analogous to adding CRCs
  86. > to KISS just so you can run bare AX.25 instead of TCP or UDP between
  87. > your applications. Both actions are bogus if you believe in end-to-end
  88. > integrity checks as I do.
  89.  
  90. What about ARP requests and replies?
  91.  
  92. ------------------------------
  93.  
  94. Date: Mon, 10 Jan 1994 17:55:18 -0800
  95. From: karn@qualcomm.com (Phil Karn)
  96. Subject: Extended KISS and SMACK specifications?
  97. To: lyndon@unbc.edu
  98.  
  99. >Do you work for Sun? This sounds like their reasoning for turning off NFS 
  100. >UDP checksums: dump the error checking so we can make the benchmarks look 
  101. >better.
  102.  
  103. Wrong analogy. Turning off UDP checksums in NFS was wrong because that
  104. removed the only end-to-end data integrity check. The Ethernet frame
  105. level CRCs weren't enough, because they weren't end-to-end.
  106.  
  107. KISS didn't have checksums or CRCs because a) it isn't an end-to-end
  108. protocol, and b) it was designed specifically to support TCP and UDP,
  109. which do provide end-to-end checksums.
  110.  
  111. If anything, your NFS example is more closely analogous to adding CRCs
  112. to KISS just so you can run bare AX.25 instead of TCP or UDP between
  113. your applications. Both actions are bogus if you believe in end-to-end
  114. integrity checks as I do.
  115.  
  116. Phil
  117.  
  118. ------------------------------
  119.  
  120. Date: Mon, 10 Jan 1994 19:54:12 -0800
  121. From: karn@qualcomm.com (Phil Karn)
  122. Subject: Extended KISS and SMACK specifications?
  123. To: lyndon@unbc.edu
  124.  
  125. >What about ARP requests and replies?
  126.  
  127. Good point. ARP should have been designed with a checksum.
  128.  
  129. Phil
  130.  
  131. ------------------------------
  132.  
  133. Date: Tue, 11 Jan 94 10:11:00 PST
  134. From: Martin Lines <mlines@sni.co.uk>
  135. Subject: JNOS and BPQ
  136. To: "'nos-bbs'" <nos-bbs@hydra.carleton.ca>, tcp-group <tcp-group@ucsd.edu>
  137.  
  138. I have been playing with the distribution version of JNOS110x10 which 
  139. includes the BPQ support.
  140. I can get JNOS to see the ports through bpq as expected but I cannot get a 
  141. "switch" channel between
  142. JNOS and BPQ to work, this would enable attached bpq users to connect to 
  143. jnos and vice-versa.
  144.  
  145.  
  146. The bpqcode is approximately set up as
  147.  
  148. TNCPORT
  149.      kiss tnc on com1
  150. ENDPORT
  151. TNCPORT
  152.      kiss tnc on com2
  153. ENDPORT
  154. TNCPORT
  155.      internal loopback
  156. ENDPORT
  157.  
  158. THe jnos code is set up as:
  159.  
  160. attach bpq init 0x7f 1
  161.  
  162. attach bpq 1 vhf 256 G1SEO-5
  163. attach bpq 2 vhf 256 G1SEO-5
  164. attach bpq 3 switch 256 G1SEO-5
  165.  
  166.  
  167. Has anyone out there achieved this.
  168.  
  169.  
  170. MArtin Lines - G1SEO - mlines@sni.co.uk
  171.  
  172. ------------------------------
  173.  
  174. Date: Mon, 10 Jan 94 9:00:24 CST
  175. From: Ben Thornton <ben@yosemite.sps.mot.com>
  176. Subject: KISS and SLIP
  177. To: brian@nothing.ucsd.edu (Brian Kantor) (Brian Kantor)
  178.  
  179. > Face it guys, out here on the edge, worrying about what 'the majority'
  180. > wants or isn't too scared to do is a pitiful waste of your time.
  181.  
  182. Agreed.  Let's not hinder progress toward getting the most out of packet.
  183.  
  184. > TCP/IP will NEVER be widely accepted by the ham radio community and
  185. > you'd better just stop wasting your breath trying.  What's the matter?
  186. > Feeling lonely because no one else wants to play the game?
  187.  
  188. Interestingly, TCP/IP activity in the Austin area has increased remarkably
  189. ever since a symposium on TCP/IP was conducted by one of the local ham
  190. clubs.  That combined with the presence of a local Internet gateway and
  191. a usable router/digi has made TCP/IP a very popular mode here.
  192.  
  193.   --ben
  194.  
  195. --
  196. Ben Thornton                             Amateur call: WD5HLS 
  197. Internet: ben@yosemite.sps.mot.com       Motorola Inc., Austin, TX
  198.  
  199. ------------------------------
  200.  
  201. Date: Mon, 10 Jan 94 14:16:58 EST
  202. From: crompton@NADC.NADC.NAVY.MIL (D. Crompton)
  203. Subject: Landline bbs / packet
  204. To: tcp-group@ucsd.edu
  205.  
  206.     
  207.     
  208. NOS (JNOS) will support a simultaneous Phone BBS connection along with it's
  209. onther functions. I do it. You attach the serial port like it was an ax25
  210. connection and then start tip on that interface. The user get's the NOS
  211. bbs login and normal bbs as well as xmodem xfers if it is compiled in.
  212.  
  213. It works well. I have numerous users who get there mail that way and up/down
  214. load info. Currently my port is 2400 baud but there is no reason why it
  215. would not work at much higher rates, using a 16550 and faster computer.
  216.     
  217. Doug
  218.     
  219.  
  220. ------------------------------
  221.  
  222. Date: Mon, 10 Jan 94 09:33:12 CST
  223. From: "John Martin" <martin@server.cdpa.state.ms.us>
  224. Subject: NOS FTP drive switch
  225. To: tcp-group@ucsd.edu
  226.  
  227. Does anyone know of a NOS version that will allow an FTP user to switch to 
  228. another disk drive and directory? We would like to make a CD Drive 
  229. available via FTP. We are currently using net1itl, but have tried several 
  230. versions and get the same results.
  231. ------
  232.                                 _______
  233.                                /       |
  234.    John W. Martin             /        |   INTERNET:
  235.    Systems Programmer        /         |   martin@server.cdpa.state.ms.us
  236.    Mississippi Central Data  |    C    |   oamartin@vm.cc.olemiss.edu
  237.    Processing Authority      \    D    |   PACKET:
  238.    301 North Lamar Street     |   P    |   kb5ggo @ k5qne.ms.usa.na
  239.    301 Building, Suite 508    /   A    |   
  240.    Jackson, MS 39201-1495    /         |   PHONE: (601) 359-2641
  241.                             |______    |   FAX:   (601) 354-6016
  242.                                   /    |
  243.                                   \____|
  244.  
  245. ------------------------------
  246.  
  247. Date: Mon, 10 Jan 94 20:32:48 EST
  248. From: brian@lantz.cftnet.com (Brian A. Lantz)
  249. Subject: NOS FTP drive switch
  250. To: tcp-group@ucsd.edu
  251.  
  252. In message <1028.martin@server.cdpa.state.ms.us_POPMail/PC_3.2.3_Beta_2> martin@server.cdpa.state.ms.us writes:
  253. > Does anyone know of a NOS version that will allow an FTP user to switch to 
  254. > another disk drive and directory? We would like to make a CD Drive 
  255. > available via FTP. We are currently using net1itl, but have tried several 
  256. > versions and get the same results.
  257. > ------
  258.  
  259. TNOS handles this (some other versions do, too). If you want to check it
  260. out, I've got my SIMTEL 20 MSDOS ARCHIVE CD mounted and available for
  261. FTP-picking. You can also "dir" it (etc.) from the BBS.
  262.  
  263.                /----------------------------------------------/
  264.               /   Brian A. Lantz/KO4KS                       /
  265.              /                                              /
  266.             /   Packet:   KO4KS@KO4KS.#TPAFL.FL.USA.NA     /
  267.            /   Internet: brian@lantz.cftnet.com           /
  268.           /          Live long, and prosper!             /
  269.          /----------------------------------------------/
  270.  
  271. ------------------------------
  272.  
  273. Date: Mon, 10 Jan 1994 23:16:37 -0500
  274. From: ashok@biochemistry.cwru.edu (Ashok Aiyar)
  275. Subject: NOS FTP drive switch
  276. To: tcp-group@ucsd.edu
  277.  
  278. >In message <1028.martin@server.cdpa.state.ms.us_POPMail/PC_3.2.3_Beta_2> 
  279. martin@server.cdpa.state.ms.us writes:
  280. >> Does anyone know of a NOS version that will allow an FTP user to switch to 
  281. >> another disk drive and directory? We would like to make a CD Drive 
  282. >> available via FTP. We are currently using net1itl, but have tried several 
  283. >> versions and get the same results.
  284. >> ------
  285. >
  286. >TNOS handles this (some other versions do, too). If you want to check it
  287. >out, I've got my SIMTEL 20 MSDOS ARCHIVE CD mounted and available for
  288. >FTP-picking. You can also "dir" it (etc.) from the BBS.
  289.  
  290. If you have an older version of NOS that doesn't support it, it is
  291. still relatively simple to use the DOS JOIN command and get NOS to
  292. support it.
  293.  
  294. For example, my CDROM is drive F:\, NOS is on drive D:\, and I
  295. want to make files on drive C:\ and F:\ available.
  296.  
  297. I run the following two JOIN commands before running NOS, and
  298. everything works okay
  299.  
  300. JOIN C: D:\C
  301. JOIN F: D:\F
  302.  
  303. within FTPUSERS, the anonymous path is
  304. anonymous * /c/ashok/pub;/f/ 1
  305.  
  306. with similar paths for other users.  Works pretty well.  A pre-login
  307. message file tells users to use "cd f" to reach the CD-ROM ....
  308.  
  309.  
  310. Later,
  311. Ashok
  312. --
  313. Ashok Aiyar                        Mail: ashok@biochemistry.cwru.edu
  314. Department of Biochemistry                       Tel: (216) 368-3300
  315. CWRU School of Medicine, Cleveland, Ohio         Fax: (216) 368-4544
  316. MIME Enclosures OK
  317.  
  318. ------------------------------
  319.  
  320. Date: Mon, 10 Jan 94 08:01:46 PST
  321. From: enge@almaden.ibm.com
  322. To: TCP-GROUP@UCSD.EDU
  323. Subject: Re: Extended KISS and SMACK specifications?
  324. Reply-To: enge@almaden.ibm.com
  325. News-Software: UReply 3.1
  326. References: <199401101133.DAA05811@servo.qualcomm.com>
  327.  
  328. In <199401101133.DAA05811@servo.qualcomm.com> Phil Karn writes:
  329. > ....
  330. >Having said that, I think there's little reason these days to tolerate
  331. >lost characters on a local hard-wired RS-232 link, given the fairly
  332. >wide availability of 16550A chips with FIFOs. Overruns simply don't
  333. >occur with those chips under credible situations, even on slow
  334. >machines.
  335. >
  336. >Phil
  337. >
  338.  
  339. While overruns are probably 95% of the serial errors, let us not
  340. forget the bit errors.  One would hope that these are far and few
  341. between but, in high RF levels, they tend to occur more frequently.
  342.  
  343. Roy Engehausen -- AA4RE -- enge@almaden.ibm.com
  344.  
  345. ------------------------------
  346.  
  347. End of TCP-Group Digest V94 #7
  348. ******************************
  349.